# This is a BitKeeper generated patch for the following project: # Project Name: Linux kernel tree # This patch format is intended for GNU patch command version 2.5 or higher. # This patch includes the following deltas: # ChangeSet 1.930.107.8 -> 1.930.107.9 # fs/proc/proc_misc.c 1.21 -> 1.22 # # The following is the BitKeeper ChangeSet Log # -------------------------------------------- # 03/05/19 bjorn_helgaas@hp.com 1.930.112.33 # ia64: add hugetlb and cmd649 IDE to configs. # -------------------------------------------- # 03/05/19 bjorn_helgaas@hp.com 1.930.1.198 # Merge hp.com:/home/helgaas/bk/to-marcelo-2.4 # into hp.com:/home/helgaas/bk/linux-ia64-2.4 # -------------------------------------------- # 03/05/19 bjorn_helgaas@hp.com 1.930.1.199 # Merge hp.com:/home/helgaas/bk/ia64-extras # into hp.com:/home/helgaas/bk/linux-ia64-2.4 # -------------------------------------------- # 03/05/20 gibbs@overdrive.btc.adaptec.com 1.930.144.1 # Cset exclude: ak@muc.de|ChangeSet|20030508192559|45150 # Cset exclude: marcelo@freak.distro.conectiva|ChangeSet|20030507201543|47130 # Cset exclude: marcelo@freak.distro.conectiva|ChangeSet|20030507200707|47153 # -------------------------------------------- # 03/05/20 gibbs@overdrive.btc.adaptec.com 1.930.144.2 # Merge # -------------------------------------------- # 03/05/20 gibbs@overdrive.btc.adaptec.com 1.930.144.3 # Aic7xxx and Aic79xx Updates # o Consistently access the COMMAND PCI space register # via 16bit operations. # -------------------------------------------- # 03/05/20 gibbs@overdrive.btc.adaptec.com 1.930.144.4 # Aic79xx Update # o Add support for the 7901B # -------------------------------------------- # 03/05/20 gibbs@overdrive.btc.adaptec.com 1.930.144.5 # Aic79xx Driver Update # o Change handling of the Rev. A packetized lun output bug # to be more efficient by having the sequencer copy the # single byte of valid lun data into the long lun field. # -------------------------------------------- # 03/05/20 gibbs@overdrive.btc.adaptec.com 1.930.144.6 # Aic7xxx Driver version 6.2.35 # -------------------------------------------- # 03/05/20 kumarkr@us.ibm.com 1.930.130.35 # [TCP]: Handle NLM_F_ACK in tcp_diag.c # -------------------------------------------- # 03/05/21 marcel@holtmann.org 1.930.145.1 # [Bluetooth] Implement rfcomm_tty_put_char() function # # This patch adds the put_char() routine which does always allow the # character to be queued, rather than allowing tty_default_put_char() # to call rfcomm_tty_write() which will fail. # -------------------------------------------- # 03/05/21 marcel@holtmann.org 1.930.138.7 # Merge holtmann.org:/home/holtmann/bitkeeper/bt-2.4 # into holtmann.org:/home/holtmann/bitkeeper/test-2.4 # -------------------------------------------- # 03/05/21 agrover@groveronline.com 1.982 # ACPI: Do not reinit ACPI irq entry in ioapic (thanks to Stian Jordet) # -------------------------------------------- # 03/05/22 davem@nuts.ninka.net 1.930.130.36 # [IPV6]: Memory leak found by stanford checker. # -------------------------------------------- # 03/05/22 davem@nuts.ninka.net 1.930.130.37 # [NET]: In dst_alloc, do not assume layout of atomic_t. # -------------------------------------------- # 03/05/22 trini@kernel.crashing.org 1.930.146.1 # PPC32: Clean up the cpu_idle() code a bit. # -------------------------------------------- # 03/05/22 alan@lxorguk.ukuu.org.uk 1.930.147.1 # [PATCH] PATCH: fix ipmi screwup # # -------------------------------------------- # 03/05/22 alan@lxorguk.ukuu.org.uk 1.930.147.2 # [PATCH] PATCH: IDE config fixes # # 1. Fix ADMA dep_ on nothing # 2. Fix fastrak feature if building with pdc202xx old only # -------------------------------------------- # 03/05/22 alan@lxorguk.ukuu.org.uk 1.930.147.3 # [PATCH] PATCH: allow rw_disk in IDE to be hooked # # This remvoes a promise ifdef and allows HPT372N to work. For all other # controllers the change has no effect # Also remove some dead ifdef code # -------------------------------------------- # 03/05/22 alan@lxorguk.ukuu.org.uk 1.930.147.4 # [PATCH] PATCH: clean up the pdc4030 to use the new hooks not ifdefs # # -------------------------------------------- # 03/05/22 alan@lxorguk.ukuu.org.uk 1.930.147.5 # [PATCH] PATCH: fix modular ide build and other makefile bug # # -------------------------------------------- # 03/05/22 alan@lxorguk.ukuu.org.uk 1.930.147.6 # [PATCH] PATCH: correct ALi doc # # -------------------------------------------- # 03/05/22 alan@lxorguk.ukuu.org.uk 1.930.147.7 # [PATCH] PATCH: hpt37x # # Fix clocking on HPT372n so we generate the right clocks # Fix cable detection on some boards # -------------------------------------------- # 03/05/22 alan@lxorguk.ukuu.org.uk 1.930.147.8 # [PATCH] PATCH: add Intel ICH5 Serial ATA # # -------------------------------------------- # 03/05/22 alan@lxorguk.ukuu.org.uk 1.930.147.9 # [PATCH] PATCH: fix wrong clocking selection on CMD680/SII3112 # # -------------------------------------------- # 03/05/22 alan@lxorguk.ukuu.org.uk 1.930.147.10 # [PATCH] PATCH: ensure we dont turn DMA on by accident on early sl82c05 # # -------------------------------------------- # 03/05/22 alan@lxorguk.ukuu.org.uk 1.930.147.11 # [PATCH] PATCH: fix missing wakeup on hisax pci (breaks v.110) # # -------------------------------------------- # 03/05/22 alan@lxorguk.ukuu.org.uk 1.930.147.12 # [PATCH] PATCH: mpt fusion assorted small fixes # # -------------------------------------------- # 03/05/22 alan@lxorguk.ukuu.org.uk 1.930.147.13 # [PATCH] PATCH: fix config error # # -------------------------------------------- # 03/05/22 alan@lxorguk.ukuu.org.uk 1.930.147.14 # [PATCH] PATCH: resync lasi id (somehow out of sync) # # -------------------------------------------- # 03/05/22 alan@lxorguk.ukuu.org.uk 1.930.147.15 # [PATCH] PATCH: vrify_area fix # # -------------------------------------------- # 03/05/22 alan@lxorguk.ukuu.org.uk 1.930.147.16 # [PATCH] PATCH: pci id table update # # -------------------------------------------- # 03/05/22 alan@lxorguk.ukuu.org.uk 1.930.147.17 # [PATCH] PATCH: add a quirk for the serverworks irq # # -------------------------------------------- # 03/05/22 alan@lxorguk.ukuu.org.uk 1.930.147.18 # [PATCH] PATCH: update wolfson codecs # # -------------------------------------------- # 03/05/22 alan@lxorguk.ukuu.org.uk 1.930.147.19 # [PATCH] PATCH: pass the right object to presto # # -------------------------------------------- # 03/05/22 alan@lxorguk.ukuu.org.uk 1.930.147.20 # [PATCH] PATCH: merge the kerneldoc for uaccess # # -------------------------------------------- # 03/05/22 alan@lxorguk.ukuu.org.uk 1.930.147.21 # [PATCH] PATCH: parisc headers # # a1 # -------------------------------------------- # 03/05/22 alan@lxorguk.ukuu.org.uk 1.930.147.22 # [PATCH] PATCH: parisc headers 2 # # Again zero risk since parisc doesnt work in your tree yet # -------------------------------------------- # 03/05/22 alan@lxorguk.ukuu.org.uk 1.930.147.23 # [PATCH] PATCH: update IDE headers to match IDE changes # # -------------------------------------------- # 03/05/22 alan@lxorguk.ukuu.org.uk 1.930.147.24 # [PATCH] PATCH: extra PCI Ident # # -------------------------------------------- # 03/05/22 alan@lxorguk.ukuu.org.uk 1.930.147.25 # [PATCH] PATCH: export fc_type_trans # # -------------------------------------------- # 03/05/22 alan@lxorguk.ukuu.org.uk 1.930.147.26 # [PATCH] PATCH: add a hold field to reserve ide slots (needed for PPC) # # -------------------------------------------- # 03/05/22 bunk@fs.tum.de 1.930.147.27 # [PATCH] fix sound/kahlua.c .text.exit error # # drivers/sound/kahlua.c in 2.4.21-rc2 causes a .text.exit error at the # final linking when compiled statically into a kernel with CONFIG_HOTPLUG # enabled. The pointer to remove_one is __devexit_p and not discarded but # the __exit remove_one is discarded. # # The following patch is needed: # -------------------------------------------- # 03/05/22 bk@suse.de 1.930.147.28 # [PATCH] fix unresolved symbol rtnetlink_rcv_skb with gcc-3.3 # # Hi Marcelo, # # I've hit the same as the people below. To compile 2.4.21 with gcc-3.3, # please apply: # -------------------------------------------- # 03/05/22 bunk@fs.tum.de 1.930.147.29 # [PATCH] fix ips.c .text.exit error # # ips_remove_device in drivers/scsi/ips.c is __devexit but it's called # from the __devinit ips_insert_device resulting in a compile error when # cmpiled statically into a kernel without CONFIG_HOTPLUG enables. # # The patch below solves this by removing the __devexit from # ips_remove_device. # # Please apply for -rc3 # Adrian # -------------------------------------------- # 03/05/22 marcelo@freak.distro.conectiva 1.930.147.30 # Merge bk://namesys.com/bk/reiser3-linux-2.4-directiofix2 # into freak.distro.conectiva:/home/marcelo/bk/linux-2.4 # -------------------------------------------- # 03/05/22 marcelo@freak.distro.conectiva 1.930.147.31 # Merge bk://namesys.com/bk/reiser3-linux-2.4-tailfix # into freak.distro.conectiva:/home/marcelo/bk/linux-2.4 # -------------------------------------------- # 03/05/22 marcelo@freak.distro.conectiva 1.930.147.32 # Merge bk://namesys.com/bk/reiser3-linux-2.4-parserfix # into freak.distro.conectiva:/home/marcelo/bk/linux-2.4 # -------------------------------------------- # 03/05/22 green@namesys.com 1.930.147.33 # [PATCH] [2.4] export balance_dirty # # Hello! # # We seem to need balance_dirty to be exported now with latest # reiserfs patches (so that reiserfs can be built as module). # Please apply (against latest 2.4 bk tree). # # Thank you. # # Bye, # Oleg # # ===== fs/buffer.c 1.82 vs edited ===== # -------------------------------------------- # 03/05/22 andrea@suse.de 1.930.147.34 # [PATCH] Fix race between remove_inode_page and prune_icache # # On Thu, May 15, 2003 at 12:39:40AM +0200, Carl-Daniel Hailfinger wrote: # > Andrea Arcangeli wrote: # > # > > Only in 2.4.21rc2aa1: 00_remove_inode_page-prune_icache-smp-race-1 # > > # > > Fix mm corrupting SMP race between remove_inode_page and prune_icache. # > > Found by Chris Mason. # > # > Any chance this will get into mainline before 2.4.21? # # it's obviously safe so I think yes: # -------------------------------------------- # 03/05/22 vojtech@suse.cz 1.930.147.35 # [PATCH] Fix incorrect enablebits for all AMD IDE chips # # Hi! # # For ages the enable bits for primary and secondary devices of AMD IDE # chips were swapped. This fixes that. # -------------------------------------------- # 03/05/22 viro@parcelfarce.linux.theplanet.co.uk 1.930.147.36 # [PATCH] TIOCCONS fix # # OK, here's the backport of TIOCCONS patch to 2.4. Please, apply. # Alan: corresponding 2.2 fix is on devserv, ~aviro/T0-redirect-s25. # -------------------------------------------- # 03/05/22 olh@suse.de 1.930.147.37 # [PATCH] 2.4.21-rc2 syntax error in toplevel Makefile # # [ The following text is in the "utf-8" character set. ] # [ Your display is set for the "ISO-8859-1" character set. ] # [ Some characters may be displayed incorrectly. ] # # The used syntax is obsolete since a while. # Update two places to the correct syntax. # # Please apply for 2.4.21. # # # nectarine:/ # tail -1 # tail: `-1' option is obsolete; use `-n 1' # Try `tail --help' for more information. # nectarine:/ # tail --version # tail (coreutils) 5.0 # Written by Paul Rubin, David MacKenzie, Ian Lance Taylor, and Jim Meyering. # # Copyright (C) 2003 Free Software Foundation, Inc. # This is free software; see the source for copying conditions. There is NO # warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. # -------------------------------------------- # 03/05/22 bunk@fs.tum.de 1.930.147.38 # [PATCH] Configure.help updates from -ac # # Hi Marcelo, # # the patch below includes some Configure.help entries for new options in # 2.4.21 that aren't in 2.4.21-rc2 from -ac. # # It applies (with a few lines offset) against 2.4.21-rc2. # # Please apply # Adrian # -------------------------------------------- # 03/05/22 riel@redhat.com 1.930.147.39 # [PATCH] mm/mmap.c address overflow fix # # sys_munmap for a mapping near the end of the physical address space frees # pages still in use. This is caused by an address calculation overflow in # free_pgtables. The additional if added by this patch fixes this. The patch # is already in linux-2.5. # # Marcelo, I've verified this patch and it is needed since free_pgtables # does some magic with both the last and the first address that could # wrap the address space and make us free the wrong page tables. # Please apply ASAP. Thank you. # # diffstat: # mmap.c | 2 ++ # 1 files changed, 2 insertions(+) # -------------------------------------------- # 03/05/22 nico@cam.org 1.930.147.40 # [PATCH] set_task_state() UP memory barriers # # This fixes the UP set_task_state and set_current_state to ensure that we # don't re-order loads around the store for setting task->state. # # The patch below has just been merged into 2.5 by Linus but 2.4 needs this # as well, especially if gcc-3.2.x is used to compile the kernel. # -------------------------------------------- # 03/05/22 marcelo@freak.distro.conectiva 1.930.140.2 # Merge bk://namesys.com/bk/reiser3-linux-2.4-race-fix # into freak.distro.conectiva:/home/marcelo/bk/linux-2.4 # -------------------------------------------- # 03/05/22 marcelo@freak.distro.conectiva 1.930.140.3 # Changed EXTRAVERSION to -rc3 # -------------------------------------------- # 03/05/22 dwmw2@dwmw2.baythorne.internal 1.930.143.3 # Fix CONFIG_CRC32=y when nothing in-kernel uses CRC32 functions # by exporting the symbol from kernel/ksyms.c instead of lib/crc32.c, # hence forcing lib/crc32.o to get pulled in during the final link. # -------------------------------------------- # 03/05/22 arjanv@redhat.com 1.930.140.4 # [PATCH] ioperm fix # # -------------------------------------------- # 03/05/22 marcelo@freak.distro.conectiva 1.930.140.5 # Merge bk://ppc.bkbits.net/for-marcelo-ppc # into freak.distro.conectiva:/home/marcelo/bk/linux-2.4 # -------------------------------------------- # 03/05/22 sct@redhat.com 1.930.140.6 # [PATCH] Fix mmap+IO potential dangling IO in ext3 # # Hi all, # # I've been chasing a possible data corrupter in ext3. Right now I can't # reproduce any visible corruption in 2.4.20-based kernels, but using a # test-harness device driver, I can definitely reproduce an IO scenario # which is a corruption opportunity when there is mmaped IO on pages which # extend beyond EOF on regular files. At root is some unexpected # behaviour in block_write_full_page(). # # The scenario is: # # File is extended to a non-page-aligned size via truncate or # normal writes. # # User mmaps the file and writes to the last (incomplete) page via # the mmap. # # VM starts writepage() on a page. ext3_writepage calls into # block_write_full_page (as usual), but unusually, this specific # case does _NOT_ start the IO. block_write_full_page drops down # to __prepare_write() and __commit_write(), which leaves the # buffers dirty but unlocked. # # Commit begins on the previous ext3 transaction, including the # writepage # # File gets truncated or unlinked # # vmtruncate gets down to ext3_flushpage which calls journal_unmap # to flush the IO. The buffer_head can't be thrown away # immediately, as it is still owned by the committing transaction. # # Commit now scans the transaction's asyncdata list (buffers # committed to IO by writepage), waits for IO to complete. # However, it does not catch this dirty buffer, because # block_write_full_page did not schedule the IO so the bh is not # locked. The ext3 synchronisation here assumes that writepage # does in fact schedule IO. # # We've now got a stray IO to a random block on disk. As soon as the # commit completes, that block can be reallocated to another file. Now, # *IF* the new file gets flushed to disk before the old IO has completed, # we've corrupted the contents on disk. # # As I said, I can't see any actual data corruption on 2.4.20, but I've # been able to demonstrate the problem in theory there. The "testdrive" # testing device driver is a loop.c extension which tracks all IOs on a # device and which can detect when multiple IOs are in flight for the same # disk block. Using that, plus multiple instances of a test program which # performs mmap and O_SYNC IO on files at random, deleting the files after # each pass, I can see colliding IOs after about an hour or so. I can # reproduce it much faster on some older kernels. Current testdrive is at # # http://people.redhat.com/sct/patches/ext3-2.4/dev-20030314/50-debug/3004-testdrive.patch # # and it patches against latest 2.4 bk with just one minor collision in a # Makefile. # # So far, the I've only seen this happen with the combination of mmap at # non-page-aligned EOF, plus subsequent O_SYNC IO on a later file so that # the second use of the disk block can race against the first. I'm # failing to see this manifest as user-space data corruption either # because caching effects hide the bad IO from user space, or because the # elevator is still submitting the two IOs in original order. But either # way, this stray IO should not be getting through. # # There's an easy workaround in ext3, attached: just clean the dirty bit # if we see an asyncdata (ie. writepage) buffer which has been freed. I # suspect that the ideal solution may be to make block_write_full_page() # submit its IOs to disk even in the case where it falls through to # prepare/commit_write, but that's a bigger change in an area of the # kernel which is rarely hit and hence hard to test. # # Cheers, # Stephen # # # # [ Part 2: "Attached Text" ] # # [ The following text is in the "ISO-8859-15" character set. ] # [ Your display is set for the "ISO-8859-1" character set. ] # [ Some characters may be displayed incorrectly. ] # -------------------------------------------- # 03/05/22 marcelo@freak.distro.conectiva 1.930.140.7 # Cset exclude: alan@lxorguk.ukuu.org.uk|ChangeSet|20030522194932|46894 (wolfson codec upd) # -------------------------------------------- # 03/05/22 davem@nuts.ninka.net 1.930.130.38 # [IPV4]: Fix fib_hash performance problems with huge route tables. # -------------------------------------------- # 03/05/23 dwmw2@infradead.org 1.930.148.1 # Assisted merge of CONFIG_CRC32 help text # -------------------------------------------- # 03/05/23 dwmw2@infradead.org 1.930.148.2 # Fix CONFIG_CRC32=m by make crc32.o export its own symbols again in that case. # -------------------------------------------- # 03/05/23 davem@nuts.ninka.net 1.930.130.39 # [IPV4]: Use get_order instead of reimplementation. # -------------------------------------------- # 03/05/23 shaggy@shaggy.austin.ibm.com 1.930.136.26 # Merge jfs@jfs.bkbits.net:linux-2.4 # into shaggy.austin.ibm.com:/shaggy/bk/jfs-2.4 # -------------------------------------------- # 03/05/23 jgarzik@redhat.com 1.930.149.1 # Merge bk://kernel.bkbits.net/jgarzik/bonding-2.4 # into redhat.com:/garz/repo/bonding-2.4 # -------------------------------------------- # 03/05/23 shmulik.hen@intel.com 1.930.149.2 # [bonding] ABI versioning # # This patch adds user-land to kernel ABI version control in bonding to # restore backward compatibility between different versions of ifenslave and # the bonding module. It uses ethtool's GDRVINFO ioctl to pass the ABI # version number between ifenslave and the bonding module in both directions # so both the driver and the application can tell which partner they're # working against and take the appropriate measures when enslaving/releasing # an interface. The bonding module remembers the ABI version received from # the application, and from that moment on will deny enslave and release # commands from an application using a different ABI version, which means # that if you want to switch to an ifenslave with a different ABI version # (or with non at all), you'll first have to re-load the bonding module. # # This patch also changes the driver/application versioning scheme to # contain 3 fields X.Y.Z with the follows meaning: # X - Major version - big behavior changes # Y - Minor version - addition of features # Z - Extra version - minor changes and bug fixes # # There are also three minor bug fixes: # 1. Prevent enslaving an interface that is already a slave. # 2. Prevent enslaving if the bond is down. # 3. In bond_release_all, save old value of current_slave before assigning # NULL to it to enable using it's original value later on. # # This patch is against bonding-20030415. # # -------------------------------------------- # 03/05/23 shmulik.hen@intel.com 1.930.149.3 # [bonding] better 802.3ad mode control, some cleanup # # This patch adds the lacp_rate module param to enable better control over # the IEEE 802.3ad mode. This param controls the rate at which the partner # system is asked to send LACPDUs to bonding. # Two options exist: # - slow (or 0) - LACPDUs are 30 seconds apart # - fast (or 1) - LACPDUs are 1 second apart # The default is slow (like most switches around). # # There are also some code beautifications (mainly converting comments to C # style in code segments we added in the past). # # -------------------------------------------- # 03/05/23 shmulik.hen@intel.com 1.930.149.4 # [bonding] much improved locking # # This patch replaces the use of lock_irqsave/unlock_irqrestore in bonding # with lock/unlock or lock_bh/unlock_bh as appropriate according to context. # This change is based on a previous discussion regarding the fact that # holding a lock_irqsave doesn't prevent softirqs from running which can # cause deadlocks in certain situations. This new locking scheme has already # undergone massive testing cycle by our QA group and we feel it is ready # for release (some new modes and enhancements will not work properly # without it). # -------------------------------------------- # 03/05/23 shmulik.hen@intel.com 1.930.149.5 # [bonding] support xmit load balancing mode # -------------------------------------------- # 03/05/23 shmulik.hen@intel.com 1.930.149.6 # [bonding] add rcv load balancing mode # # This patch adds a new mode that enables receive load balancing for IPv4 # traffic on top of the transmit load balancing mode. This capability is # achieved by intercepting and manipulating the ARP negotiation to teach # clients several MAC addresses for the bond and thus distribute incoming # traffic among all slaves with the highest link speed. # # In order to function properly, slaves are required to be able to have # their MAC address set even while the interface is up since once the # primary slave looses its link, the new primary slave (and only it) must be # able to take over and receive the incoming traffic instead. If a # non-primary slave looses its link, ARP packets will be sent to all clients # communicating through it in order to teach them a replacement MAC address, # and the primary slave will be put in promiscuous mode for 10 seconds for # fault tolerance reasons. # # This patch is against bonding-20030415, but must come only after the # locking scheme changing patch since it uses dev_set_promiscuity() that # would otherwise cause a system hang. # -------------------------------------------- # 03/05/23 fubar@us.ibm.com 1.930.149.7 # [bonding] small cleanups # -------------------------------------------- # 03/05/23 benh@kernel.crashing.org 1.930.140.8 # [PATCH] Update ide/ppc/pmac.c # # Hi Marcelo ! # # This patch against 2.4.21-rc3 will update drivers/ide/ppc/pmac.c to the # latest version in my 2.4.21 tree. It makes use of the "hold" field you # added to hwif in -rc3 to avoid a problem with ide-cs, fix the DMA # routines for proper usage of the new ide_exectute_command(), and remove # a now useless delay (since ide-probe.c now contains the wait for BSY, # the delay is no longer useful), and finally, allow the new "Kauai" # ATA/100 interfaces to be probed before the old ones so the internal HD # of those machines becomes hda and not hde # # Please apply before your release 2.4.21 final, # # Ben. # # ===== drivers/ide/Config.in 1.27 vs edited ===== # -------------------------------------------- # 03/05/23 benh@kernel.crashing.org 1.930.140.9 # [PATCH] Fix controlfb build with gcc3.3 # # Hi Marcelo ! # # This patch fixes build of controlfb driver with recent gcc's, # please apply # # ===== drivers/video/controlfb.c 1.8 vs edited ===== # -------------------------------------------- # 03/05/23 benh@kernel.crashing.org 1.930.140.10 # [PATCH] PPC32 Fix warning with ndelay (with patch !) # # This patch fixes a warning with recent gcc's when using the new # ndelay() function, by properly defining a large constant as unsigned # # ===== include/asm-ppc/delay.h 1.5 vs edited ===== # -------------------------------------------- # 03/05/23 marcelo@freak.distro.conectiva 1.930.140.11 # Changed EXTRAVERSION to -rc4 # -------------------------------------------- # 03/05/23 gibbs@overdrive.btc.adaptec.com 1.930.144.7 # Aic7xxx Driver Update # o Fix disabling of PCI parity error interrupts. We need to set # FAILDIS in the SEQCTL register, not the HCNTRL register. # -------------------------------------------- # 03/05/23 gibbs@overdrive.btc.adaptec.com 1.930.144.8 # Aic7xxx and Aic79xx Driver Updated # o Remove "cam_status cam_status" code where the variable # name shaddows the type. This is legal, but a bit # confusing. # -------------------------------------------- # 03/05/23 gibbs@overdrive.btc.adaptec.com 1.930.144.9 # Aic7xxx Driver Update # o Correct/Simplify ignore wide residue message handling # -------------------------------------------- # 03/05/23 gibbs@overdrive.btc.adaptec.com 1.930.144.10 # Aic7xxx Driver Update # o Be more conservative in testing FIFOEMP before calling an # overrun on a data transfer. # -------------------------------------------- # 03/05/23 gibbs@overdrive.btc.adaptec.com 1.930.144.11 # Aic79xx Driver Update # o Correct/Simplify ignore wide residue message handling # -------------------------------------------- # 03/05/23 gibbs@overdrive.btc.adaptec.com 1.930.144.12 # Aic7xxx and Aic79xx Driver Updates # o Fix style nits. # -------------------------------------------- # 03/05/23 gibbs@overdrive.btc.adaptec.com 1.930.144.13 # Bump aic79xx driver version to 1.3.9 # -------------------------------------------- # 03/05/23 jgarzik@redhat.com 1.930.149.8 # Merge bk://kernel.bkbits.net/jgarzik/bonding-2.4 # into redhat.com:/garz/repo/net-drivers-2.4 # -------------------------------------------- # 03/05/23 agrover@groveronline.com 1.983 # ACPI: update to 20030522 # Found and fixed a reported problem where an AE_NOT_FOUND error occurred occasionally # during _BST evaluation. This turned out to be an Owner ID allocation issue where a # called method did not get a new ID assigned to it. Eventually, (after 64k calls), the # Owner ID UINT16 would wraparound so that the ID would be the same as the caller's and the # called method would delete the caller's namespace. # # Implemented extended error reporting for control methods that are aborted due to a # run-time exception. Output includes the exact AML instruction that caused the method # abort, a dump of the method locals and arguments at the time of the abort, and a trace of # all nested control method calls. # # Modified the interpreter to allow the creation of buffers of zero length from the AML # code. Implemented new code to ensure that no attempt is made to actually allocate a # memory buffer (of length zero), only a buffer object with a NULL buffer pointer and # length zero. A warning is no longer issued when the AML attempts to create a zero-length # buffer. # # Implemented a workaround for the "leading asterisk problem" in _HIDs, _UIDs, and _CIDs. # One leading asterisk is automatically removed if present in all HID, UID, and CID # strings. # # Implemented full support for _CID methods that return a package of multiple CIDs. The # AcpiGetObjectInfo interface now returns a device _HID, _UID, and _CID list if present. # This required a change to the external interface to pass an ACPI_BUFFER object as a # parameter, since the _CID list is of variable length. # # Fixed a problem with the new AE_SAME_HANDLER exception where handler initialization code # did not know about this exception. # -------------------------------------------- # 03/05/23 agrover@groveronline.com 1.984 # ACPI: Allow multiple compatible IDS for PnP matching # -------------------------------------------- # 03/05/23 agrover@groveronline.com 1.985 # Merge groveronline.com:/root/bk/linux-2.4 # into groveronline.com:/root/bk/linux-2.4-acpi # -------------------------------------------- # 03/05/25 jgarzik@redhat.com 1.930.140.12 # Merge redhat.com:/garz/repo/marcelo-2.4 # into redhat.com:/garz/repo/net-drivers-2.4 # -------------------------------------------- # 03/05/25 rusty@rustcorp.com.au 1.930.140.13 # [irda] module refcounts for irlan # -------------------------------------------- # 03/05/25 yoshfuji@linux-ipv6.org 1.930.140.14 # IPv6 over ARCnet (RFC2497) support, driver part # -------------------------------------------- # 03/05/25 yoshfuji@linux-ipv6.org 1.930.140.15 # IPv6 over ARCnet (RFC2497) support, IPv6 part. # -------------------------------------------- # 03/05/25 davem@nuts.ninka.net 1.930.130.40 # [NET]: Kill net/README, out of date and duplicates MAINTAINERS file. # -------------------------------------------- # 03/05/26 barryn@pobox.com 1.930.150.1 # [PATCH] Correctly fix the ioperm issue # # The previous 2.4 ioperm fix is broken. This patch against 2.4.21-rc3 # fixes the fix, so that ioperm actually works. The "fixed" ioperm was # only copying 1/4th of the bitmap, not the whole thing. The real-world # bug was that FCE Ultra (and possibly other svgalib apps) tended to # segfault rather than actually run. # # This patch also backports the IO_BITMAP_BYTES #define from 2.5, because # IO_BITMAP_SIZE can be a mental booby trap in some contexts. If that's # too invasive, let me know, but IMO it makes the code cleaner and it's # an obviously correct change. # # -Barry K. Nathan # -------------------------------------------- # 03/05/26 minyard@acm.org 1.930.150.2 # [PATCH] IPMI fixes # # * Move poll_wait() outside a spinlock, since it can sleep # * Modify the state machine to restart the timer immediately on # starting a new message. Firmware updates went down from 30 # minutes to 5. # * Allocate a the main KCS state machine variable the right size (it # was too big). # * Fix recovery from the HOSED state machine state so that the driver # will recover properly if the IPMI controller fails temporarily. # * Call some spinlocks with "unsigned long flags" instead of "int flags". # * Add buffer leak checking. # * Fix the handling of watchdog conditions, they were incorrect in # many cases. # * Fix the watchdog so the first write starts it, not the second write. # * Fix the watchdog so pretimeouts are handled properly and don't # necessarily result in a reset. # * Add some missing symbol exports that the watchdog code needs. # -------------------------------------------- # 03/05/26 c-d.hailfinger.kernel.2003@gmx.net 1.930.150.3 # [PATCH] Fix make xconfig breakage # # Hi Marcelo, # # drivers/ide/Config.in has a few bugs which prevent make xconfig from # running at all. The attached fix is ugly, but small and thus appropriate # for -rc4. It has been tested and works for me(TM). # # I will send you a more invasive fix to do it right(TM) during 2.4.22-pre # timeframe. For now, please apply the minimal fix below. # # Thanks # Carl-Daniel # # [ Part 2: "Attached Text" ] # # ===== drivers/ide/Config.in 1.28 vs edited ===== # -------------------------------------------- # 03/05/26 viro@parcelfarce.linux.theplanet.co.uk 1.930.150.4 # [PATCH] Fix writing to /dev/console # # -------------------------------------------- # 03/05/26 marcelo@freak.distro.conectiva 1.930.150.5 # Cset exclude: c-d.hailfinger.kernel.2003@gmx.net|ChangeSet|20030526190224|33683 # -------------------------------------------- # 03/05/26 marcelo@freak.distro.conectiva 1.930.150.6 # Really fix xconfig breakage # -------------------------------------------- # 03/05/27 shmulik.hen@intel.com 1.930.140.16 # [netdrvr bonding] fix long failover in 802.3ad mode # # This patch fixes the bug reported by Jay on April 3rd regarding long # failover time when releasing the last slave in the active aggregator. The # fix, as suggested by Jay, is to follow the spec recommendation and send a # LACPDU to the partner saying this port is no longer aggregatable and # therefore trigger an immediate re-selection of a new aggregator instead of # waiting the entire expiration timeout. # -------------------------------------------- # 03/05/27 shmulik.hen@intel.com 1.930.140.17 # [netdrvr bonding] fix ABI version control problem # # This fix makes bonding not commit to a specific ABI version if the ioctl # command is not supported by bonding. # # (It also removes the '\n' in the continuous printk reporting the link down # event in bond_mii_monitor - it got in there by mistake in our previous # patch set and caused log messages to appear funny in some situations). # -------------------------------------------- # 03/05/27 edward_peng@dlink.com.tw 1.930.140.18 # [netdrvr sundance] fix flow control bug # -------------------------------------------- # 03/05/27 edward_peng@dlink.com.tw 1.930.140.19 # [netdrvr sundance] fix another flow control bug # -------------------------------------------- # 03/05/27 jgarzik@redhat.com 1.930.140.20 # [netdrvr eepro] update MODULE_AUTHOR per old-author request # -------------------------------------------- # 03/05/27 engebret@us.ibm.com 1.930.140.21 # [netdrvr pcnet32] bug fixes # # I would like to see a couple of the pcnet32 changes that I think we can # agree on be put into the trees so a couple of the potential defects can be # avoided. The following patch contains just these pieces. The only # controversial one is an arbitrary change in the number of iterations in a # while loop spinning on hardware state. No matter how this is done, I am # not especially fond of this bit of code as it has no reasonable error # recovery path -- however, as a half-way, incremental solution, increasing # the polling time should help as the 100 value was certainly found to be # insufficient. 1000 may not be sufficient either, but it is certainly no # worse. # # Both of the other changes were hit in testing (and I belive the wmb() at a # customer even), so it would help reduce some debug if these go in. Any # feedback is appreciated - thanks. # -------------------------------------------- # 03/05/27 dwmw2@dwmw2.baythorne.internal 1.930.150.7 # Merge dwmw2.baythorne.internal:/inst/bk/linux-2.4 # into dwmw2.baythorne.internal:/inst/bk/crc32-2.4 # -------------------------------------------- # 03/05/27 dwmw2@infradead.org 1.930.151.1 # Merge http://linux.bkbits.net/linux-2.4 # into infradead.org:/home/dwmw2/BK/crc32-2.4 # -------------------------------------------- # 03/05/27 dwmw2@infradead.org 1.930.152.1 # Merge infradead.org:/netopt/scratch/bk/linux-2.4 # into infradead.org:/netopt/scratch/bk/crc32-2.4 # -------------------------------------------- # 03/05/27 dwmw2@infradead.org 1.930.152.2 # Back-port Jocke's CRC32 optimisations from 2.5. # -------------------------------------------- # 03/05/27 dwmw2@dwmw2.baythorne.internal 1.930.150.8 # Merge passion.cambridge.redhat.com:/netopt/scratch/bk/crc32-2.4 # into dwmw2.baythorne.internal:/inst/bk/crc32-2.4 # -------------------------------------------- # 03/05/27 dwmw2@infradead.org 1.930.150.9 # Merge dwmw2.baythorne.internal:/inst/bk/crc32-2.4 # into infradead.org:/home/dwmw2/BK/crc32-2.4 # -------------------------------------------- # 03/05/27 shaggy@shaggy.austin.ibm.com 1.930.136.27 # Merge jfs@jfs.bkbits.net:linux-2.4 # into shaggy.austin.ibm.com:/shaggy/bk/jfs-2.4 # -------------------------------------------- # 03/05/27 ak@muc.de 1.930.153.1 # [PATCH] Fix 32bit ioctl holes # # Lots of overflow checking for the x86-64 32bit ioctl emulation, # fixes some DoS and at least one potential root hole. # # Should be definitely applied because it's security relevant. # # -Andi # -------------------------------------------- # 03/05/27 ak@muc.de 1.930.153.2 # [PATCH] Fix context switch bug on x86-64 # # The path for handling wrong segment register reloads in the context # switch was buggy, causing kernel oops if user space load an wrong # segment register. # # Fixes a user DoS on x86-64. # # -Andi # -------------------------------------------- # 03/05/27 ak@muc.de 1.930.153.3 # [PATCH] Prefetch workaround for csum-copy # # The Opteron has an Errata (#91) that causes it sometimes to report exceptions # on faulting prefetches. This could cause kernel oops if the user was # passing illegal addresses to sendmsg.et.al. The problem only occurs # on x86-64 because the i386 copy functions didn't use the prefetch # instructions. # # It was already fixed in most user copy functions in 2.4.21rc*, but # the initial fix in csum-copy was not correct: it would return EFAULT # in this case, but it must be ignored. Fix this now correctly. # # -andi # -------------------------------------------- # 03/05/27 agrover@groveronline.com 1.986 # ACPI: Remove extra semicolon (Pavel Machek) # -------------------------------------------- # 03/05/27 alan@lxorguk.ukuu.org.uk 1.930.153.4 # [PATCH] PATCH1: (trivial) Fix the formatting of your ide hack # # -------------------------------------------- # 03/05/27 alan@lxorguk.ukuu.org.uk 1.930.153.5 # [PATCH] PATCH2: =scsi option fails in some cases # # This is just an over careful #if def # -------------------------------------------- # 03/05/27 alan@lxorguk.ukuu.org.uk 1.930.153.6 # [PATCH] PATCH3: IDE DMA # # We have a problem with PCI IDE DMA devices. The base is the mapped # address (ioremap return) but the core code is trying to do reserve_mem_ # type stuff on it. If you have a box with lots of RAM it all breaks # horribly. The code IDE understands hwif->mmio == 2 meaning "hands off # resource management but ide-dma didnt". This fixes that # -------------------------------------------- # 03/05/27 alan@lxorguk.ukuu.org.uk 1.930.153.7 # [PATCH] PATCH: add the via ide ident # # This is a late addition but its purely a new ident and 8237 boards are # popping up everywhere right now # -------------------------------------------- # 03/05/27 alan@lxorguk.ukuu.org.uk 1.930.153.8 # [PATCH] PATCH: fix the siimage mmio stuff # # This uses the mmio==2 DMA stuff to fix the siimage driver problems. Without # it on a large memory box it either crashes or doesn't work # # This is the minimal fix to siimage. I've also got a much bigger fix set I # have been using in -ac. # -------------------------------------------- # 03/05/27 marcelo@freak.distro.conectiva 1.930.153.9 # Changed EXTRAVERSION to -rc5 # -------------------------------------------- # 03/05/27 trini@kernel.crashing.org 1.930.146.2 # PPC32: Fix a multicast bug in the MPC 8xx / 8260 enet drivers. # # From Dan Malek: # The multicast filter loop needs to advance the pointer to # the next filter, not keep using the first one. Thanks to Dale # for noticing this one. # # This version of the fix is from Joakim Tjernlund # # -------------------------------------------- # 03/05/27 benh@kernel.crashing.org 1.930.153.10 # [PATCH] PPC Documentation/Configure.help fix # # Hi Marcelo ! # # Yet another one from the debian folks, makes clear that ADB keycodes # support is now deprecated and suggest setting to N by default (that # matches the defconfig update I sent separately). # # This should help reducing significantly the signal/noise ratio on # some mailing lists due to some users setting that option and booting # with linux-keycodes keymaps (default on all distros nowadays) # # If it's still time for 2.4.21, please apply. # # ===== Documentation/Configure.help 1.125 vs edited ===== # -------------------------------------------- # 03/05/27 trini@kernel.crashing.org 1.930.146.3 # PPC32: Correct the DTLB miss handler on MPC8xx. # From Joakim Tjernlund # -------------------------------------------- # 03/05/27 marcelo@freak.distro.conectiva 1.930.153.11 # Add missing via82xxx PCI ID # -------------------------------------------- # 03/05/27 marcelo@freak.distro.conectiva 1.930.153.12 # Backout erroneous fsync on last opener at close() # # From Stephen: # > Is it OK to avoid fsync() at close() in case we're not the last opener? # # Definitely not. Applications such as mtools absolutely rely on # sync-on-close as a way of ensuring that a floppy is uptodate once the # command has completed, for example. # # > Even though the server is keeping those devices open, when a utility # > program (sm) opens that file/device and closes() it the close() causes # > a fsync() on the device, something that is not wanted. # # If the "sm" utility is not writing to the device, then one thing that # _would_ help is to change the semantics so that we sync on last writer # to the device, not on last opener. That's obviously a much bigger # change, but would solve the problem of readonly openers, or applications # opening for ioctl only, flushing the data to disk. # # And from Alan: # # > Is it OK to avoid fsync() at close() in case we're not the last opener? # # Several apps seem to rely on the fsync at close assumption. It also # makes me really nervous because in the NFS case the close() should cause # a write back of the data pending while this change appears to stop that # from happening. # # Given its just a performance hack I'd say its a complete no-way for 2.4 # and probably wants a fair bit more thought in 2.5 with regards to shared # file systems and also to peoples expectations on removable devices. # # -------------------------------------------- # 03/05/28 c-d.hailfinger.kernel.2003@gmx.net 1.930.153.13 # [PATCH] IDE config.in correctness # # Darn. Everytime I send a patch for drivers/ide/Config.in, someone beats # me to it and my patch causes a conflict. This time with one more bugfix # for the same line. # # Fixes: # CONFIG_PDC202XX_BURST was not selectable if CONFIG_BLK_DEV_PDC202XX_OLD=m # # CONFIG_PDC202XX_BURST depended on CONFI_BLK_DEV_IDEDMA_PCI, which is a typo. # # Please apply, # # Carl-Daniel # # [ Part 2: "Attached Text" ] # # ===== drivers/ide/Config.in 1.32 vs edited ===== # -------------------------------------------- # 03/05/28 marcelo@freak.distro.conectiva 1.930.153.14 # Changed EXTRAVERSION to -rc6 # -------------------------------------------- # 03/05/27 davem@nuts.ninka.net 1.930.154.1 # [IPV4/IPV6]: Use Jenkins hash for fragment reassembly handling. # -------------------------------------------- # 03/05/27 davem@nuts.ninka.net 1.930.154.2 # [IPV6]: Input full addresses into TCP_SYNQ hash function. # -------------------------------------------- # 03/05/28 davem@nuts.ninka.net 1.930.154.3 # [IPV4]: Add sysctl to control ipfrag_secret_interval. # -------------------------------------------- # 03/05/28 shaggy@shaggy.austin.ibm.com 1.930.136.28 # Merge jfs@jfs.bkbits.net:linux-2.4 # into shaggy.austin.ibm.com:/shaggy/bk/jfs-2.4 # -------------------------------------------- # 03/05/28 trini@kernel.crashing.org 1.930.153.15 # Merge kernel.crashing.org:/home/trini/work/kernel/pristine/linux-2.4 # into kernel.crashing.org:/home/trini/work/kernel/pristine/linux-2.4-misc # -------------------------------------------- # 03/05/28 trini@kernel.crashing.org 1.930.153.16 # PPC32: Fix a problem with MDIO requests on reset in MPC 8xx enet. # In fec_restart, we ignored any pending MDIO requests. # Take care of this by adding functions to start / stop # the mii queue. This is from Jean-Denis Boyer . # -------------------------------------------- # 03/05/28 trini@kernel.crashing.org 1.930.153.17 # PPC32: Minor cleanups to the MPC 8xx FEC driver. # These are from Jean-Denis Boyer and # Wolfgang Denk . # -------------------------------------------- # 03/05/28 ak@muc.de 1.930.155.1 # [PATCH] x86-64 fix for the ioport problem # # x86-64 has similar code as in i386 for ioperm, needs to be fixed too. # # This also fixes one additional long standing bug - ioperm would sometimes # not change enough bits in the ioperm bitmap. The function doing this # was not completely 64bit clean. # # -Andi # -------------------------------------------- # 03/05/28 maxk@qualcomm.com 1.930.155.2 # Merge bk://linux.bkbits.net/linux-2.4 # into qualcomm.com:/home/kernel/bt-2.4 # -------------------------------------------- # 03/05/28 maxk@qualcomm.com 1.930.155.3 # Merge bk://linux-bt.bkbits.net/marcel-2.4 # into qualcomm.com:/home/kernel/bt-2.4 # -------------------------------------------- # 03/05/28 marcel@holtmann.org 1.930.138.8 # [Bluetooth] Send correct RPN response for accepted values # # This patch fixes another bug in rfcomm_recv_rpn(), which do # not respond with the correct values for accepted settings. # -------------------------------------------- # 03/05/28 akpm@digeo.com 1.930.156.1 # [PATCH] Fix IO stalls and deadlocks # # Jens Axboe wrote: # > # > > that one, the answer is YES. # > # > That's the one, yes. Andrew, looks like your patch brought out some # > really bad behaviour. # # Yes, but why? # # It'd be interesting if any of these changes make a difference. # # # drivers/block/ll_rw_blk.c | 7 # fs/buffer.c | 3030 ++++++++++++++++++++++++++++++++++++++++++++++ # 2 files changed, 3033 insertions(+), 4 deletions(-) # -------------------------------------------- # 03/05/29 marcel@holtmann.org 1.930.138.9 # [Bluetooth] Set EA bit for V.24 signals parameter # # This patch always sets the EA bit along with the V.24 signals # value in rfcomm_send_msc(). # -------------------------------------------- # 03/05/28 davem@kernel.bkbits.net 1.930.156.2 # Merge davem@nuts.ninka.net:/home/davem/src/BK/nethash-2.4 # into kernel.bkbits.net:/home/davem/nethash-2.4 # -------------------------------------------- # 03/05/28 davidm@tiger.hpl.hp.com 1.930.112.34 # ia64: Fix unwinder so core-dumps work again. Without this patch, most scratch-regs # came out wrong. # -------------------------------------------- # 03/05/28 jgarzik@redhat.com 1.930.157.1 # [netdrvr tlan] backport fixes and cleanups from 2.5 # # * alloc_etherdev (fixes race) # * PCI DMA API # * C99 initializers # * speling fixes # * use pci_{request,release}_regions for PCI devices # * propagate error returns back from pci_xxx functions # * call pci_set_dma_mask # * use keventd for adapter error reset (2.5 uses workqueue) # -------------------------------------------- # 03/05/28 rohit.seth@intel.com 1.930.107.9 # Allow build with CONFIG_HUGETLB_PAGE=n. # -------------------------------------------- # diff -Nru a/fs/proc/proc_misc.c b/fs/proc/proc_misc.c --- a/fs/proc/proc_misc.c Wed Oct 8 09:09:55 2003 +++ b/fs/proc/proc_misc.c Wed Oct 8 09:09:55 2003 @@ -36,6 +36,7 @@ #include #include #include +#include #include #include